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ASYNCHRONOUS FAULT-TOLERANT 
ENCLOSURE SERVICES INTERFACE 

BACKGROUND OF THE INVENTION 

The present invention is generally related to computer systems, and, more 
particularly, the present invention is related to bus interface techniques that enable 
asynchronous enclosure services between an enclosure processor and a host bus 
adapter. 

5 Known bus and protocol interface techniques of most common interfaces for 

relatively small computer systems, such as ATA (Advanced Technology Attachment, 
also known in the art as Integrated Development Environment (IDE) interface), 
SATA (Serial Advanced Technology Attachment), UATA (Ultra ATA), etc., have no 
means for supporting an enclosure processor. 

10 More particularly, disk drive enclosure service processors are known to use 

various standard protocols that unfortunately fail to address the needs of inexpensive 
interfaces such as ATA. For example, in SCSI Accessed Fault-Tolerant Enclosures 
(SAF-TE), the enclosure processor is just another device attached to the SCSI bus and 
may use a SAF-TE protocol that synchronously polls the enclosure processor at a 

1 5 predefined rate, e.g., every two seconds. Performing synchronous polling in an ATA 
interface regardless of the condition of the devices in the enclosure could compromise 
the performance of the Host Bus Adapter (HBA) since such polling typically 
interrupts operation of the Central Processing Unit (CPU) with every character arrival 
or transmittal. Thus, interrupt overhead of a synchronous polling technique could 

20 detrimentally affect the performance of the HBA in the ATA interface. 

In SCSI Enclosure Services (SES), an elaborate command set, mainly used in 
FIBRE-based interfaces, requires the enclosure processor to be coupled to one or 
more of the Fibre drives. The command set relies on special diagnostics commands to 
be sent through one or more of the drives, which in turn relay such commands to the 

25 enclosure processor. In an ATA interface it would be impractical to sacrifice one or 
more of the drives for providing communications with the enclosure processor. In 
fact, the ATA interface command protocol does not support any form of enclosure 
services. 
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In view of the foregoing discussion, it would be desirable to provide reliable 

and low-cost interface techniques between the enclosure processor and the HBA to 
carry out Enclosure Services in inexpensive and widely used interfaces for small 
computer systems. 

5 

BRIEF SUMMARY OF THE INVENTION 

Generally, the present invention fulfills the foregoing needs by providing in 
one aspect thereof a method for enabling enclosure services in a computer system 
including a multi-device enclosure generally remote from a host bus adapter. The 

1 0 method provides a communications port between the multi-device enclosure and the 
host bus adapter. The method further provides a plurality of slots for removably 
receiving respective devices in the enclosure, with at least one of the devices 
comprising an Advanced Technology Attachment (ATA)-accessible device, and 
respective transceivers for asynchronously interconnecting the enclosure processor 

1 5 and the host bus adapter through the communications port. The method allows 

configuring the processor to asynchronously notify the host bus adaptor of the status 
of any given device of the enclosure upon the occurrence of predefined device events, 
with at least one of the events being selected fi-om the group consisting of device 
insertion, device withdrawal, and malfunction indications regarding any of the devices 

20 of the multi-device enclosure. 

The present invention further fulfills the foregoing needs by providing in 
another aspect thereof, a computer bus interface for enabling enclosure services in a 
computer system including a multi-device enclosure generally remote from a host bus 
adapter and including a plurality of slots for removably receiving respective devices 

25 in the enclosure. The interface includes a communications port between the multi- 
device enclosure and the host bus adapter. At least one of the devices of the multi- 
device enclosvire comprises an Advanced Technology Attachment (ATA)-accessible 
device. The interface further includes a pair of transceivers for asynchronously 
interconnecting the enclosure processor and the host bus adapter through the 

30 communications port. Memory is provided for storing a plurality of instructions for 
configuring the processor to asynchronously notify the host bus adaptor of the status 
of any given device of the enclosure upon the occurrence of predefined device events, 
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with at least one of the events being selected from the group consisting of device 
insertion, device withdrawal, and malfunction indications regarding any of the devices 
of the multi-device enclosure. 

In yet another aspect of the invention, a computer-readable medium including 
5 instructions for causing an interface to enable enclosure services in a computer system 
is provided. The multi-device enclosure includes a plurality of slots for removably 
receiving respective devices therein, with at least one of the devices comprising an 
Advanced Technology Attachment (ATA)-accessible device. The computer-readable 
medium comprises instructions for: 

1 0 configuring respective transceivers for asynchronously interconnecting the 

enclosure processor and a host bus adapter through a communications port; and 

configuring the processor to asynchronously notify the host bus adaptor of the 
status of any given device of the enclosure upon the occurrence of predefined 
operational events, with at least one of the events being selected from the group 

15 consisting of device insertion, device withdrawal, and malfunction indications 
regarding any of the devices of the multi-device enclosure. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The features and advantages of the present invention will become apparent 
20 from the following detailed description of the invention when read with the 
accompanying drawings in which: 

FIG. 1 illustrates a block diagram representation of a computer bus interface 
for enabling enclosure services in a computer sj^tem including a multi-device 
enclosure including a plurality of slots for removably receiving respective devices, 
25 such as one or more ATA-based devices. 

FIGS. 2-4 illustrate respective flow charts of exemplary operational 
interrelationships regarding the computer bus interface of FIG. 1. 
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DETAILED DESCRIPTION OF THE INVENTION 
GLOSSARY 



FW Firmware 

HBA Host Bus Adapter, an I/O adapter that, for example, connects a host 

5 I/O bus to the storage memory system of the host 

HOT PLUG The process of adding or removing a device from a bus while 

transactions involving other devices are occurring over the bus 

JBOD Just a Bunch Of Disks - Used to refer to non-RAID components. 

RAID Redundant Array of Independent Disks, a collection of two or more 

10 disks working together as a single independent disk drive 

RX Receiver 

p. SCSI Small Computer System Interface, a stmdard that defines connections 

C between computers and peripheral devices 

fu 

ry SES SCSI Enclosure Services, a standard for SCSI access to services within 

°";f 15 an enclosure including one or more SCSI devices, such as disk drives, 

£3 power supplies, cooling elements, temperature sensors, etc. 

1,^ SPES Serial Port Enclosiire Services 

TX Transmitter 

J XOR An exclusive OR (XOR) logic operation is true if only one of the 

j^I 20 inputs is true, but not both. 



OVERVIEW 

EXEMPLARY HBA FUNCTIONAL ABILITIES 
Query SPES Processor for version and configuration information 
25 Set SPES Processor component states 

Query enclosure present component status 
Query enclosure present power supply status 
Query the present temperature of the enclosure 
Provide Active Cable Continuity checking (PING) 
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EXEMPLARY SPES PROCESSOR FUNCTIONAL ABILITIES 

Asynchronously notify HBA when any device has been inserted or removed from the 

back plane slots 

Asynchronously notify HBA when one or more power supplies are out of spec or 
5 have failed 

Asynchronously notify HBA when one or more cooling fans are out of spec or have 
failed 

Asynchronously notify the HBA when any enclosure temperature is out of range. 
Optionally provide Active Cable Continuity checking (PING) 

10 FIG. 1 illustrates a block diagram representation of a computer bus interface 

10 for enabling enclosure services in a computer system including a multi-device 
enclosure 12 generally remote from a host bus adapter 14 and including a plurality of 
slots 16 for removably receiving respective devices, such as one or more ATA-based 
devices, represented by devices 1 through n, such as disk drives or any other computer 

15 peripheral equipment. The enclosure 12 may further include additional devices that 
may vary depending on the specific requirements of any given application. Examples 
of such additional devices may include a fan 20, a power supply 22, a temperature 
sensor 24, lights, or audiovisual indicators 26 for communicating status information 
of the enclosure to a user. 

20 A communications port 30 is provided between the multi-device enclosure and 

the host bus adapter. A pair of transceivers 32 and 34 is provided for asynchronously 
interconnecting an enclosure processor 40 and the host bus adapter 14 through the 
communications port. In one exemplary embodiment, communications port 30 
comprises a serial communications port and each transceiver comprises a Universal 

25 Asynchronous Receiver Transmitter (UART). A memory device 42 includes a 

plurality of instructions for configuring the processor 40 to asynchronously notify the 
host bus adaptor of the status of any given device of the enclosure upon the 
occurrence of predefined device events. Examples of the events may include device 
insertion, device withdrawal, and malfunction indications regarding any of the devices 

30 of the multi-device enclosure. Memory 42 further includes instructions for 

configuring the host bus adapter to control, through the communications port, the 
enclosure processor to set respective device states of the multi-device enclosure. The 

5 



SSG-047/A 



instructions in memory 42 also allow configuring the host bus adapter to generate a 
set of queries transmitted through the communications port and requiring response 
from the enclosure processor regarding the status of respective devices of the multi- 
device enclosure. As used herein the expression "enclosure services" refers to 
5 techniques for sensing and monitoring the physical and/or operational conditions of 
devices within an enclosure as well as allowing access to status reporting and 
configuration features of the enclosure, such as indicator LEDs of the enclosure, 
cooling equipment, insertion and removal of devices, etc. It will be understood that 
the term "enclosure" should not be construed narrowly since the concepts of the 
10 present invention are not dependent in any way on the existence of any remote 

physical enclosure. For example, it is contemplated that in some applications both the 
enclosure devices and the host bus adaptor could be integrated within a common 
chassis of a small computer, and thus the concepts of the present invention may be 
advantageously apphed regardless of the existence of any separate physical enclosure. 

EXEMPLARY HARDWARE REQUIREMENTS 
15 As suggested above, in one exemplary embodiment, an RS-232C/422 serial 

interface is used for communication between the SPES processor and the HBA. It 
will be appreciated by those skilled in the art that other types of serial interfaces, e.g., 
Firewire (IEEE 1394) interface, parallel interface, etc., could have been used. 

Character spacing of about 1ms per character is employed in one exemplary 
20 embodiment, this corresponds to a baud rate of about 9600 bps. Some of the factors 
for choosing this character spacing are as follows: 

Presently, small 8-bit SPES processors are typically not very fast (about 800ns 
per instruction) and need time to perform the required XOR checksum fimctions of 
the protocol. This character spacing allows about 1 ms of processing time between 
25 each character. 

HBA adapter performance could otherwise be impacted with serial interrupts 
and task switches. 
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EXEMPLARY PHYSICAL INTERCONNECT REQUIREMENTS 

In one exemplary embodiment the interconnect requirements are predefined to 
meet the apphcable ATA interface requirements, such as ATA and Serial ATA type 
hot-plug enclosures. Assuming the user was to just randomly connect the disk cable 
5 to the HBA disk channels, the HBA firmware may not be able to map which 
enclosure slot is connected to which HBA channel. 

For example, in a four slot ATA enclosure, the four disk drive cables should 
be connected to the HBA in the following manner: 
Cable for slot 0 would be connected to Channel 0 of the HBA 
10 Cable for slot 1 would be connected to Channel 1 of the HBA 
Cable for slot 2 would be connected to Channel 2 of the HBA 
Cable for slot 3 would be connected to Channel 3 of the HBA 

The HBA and SPES processor assume this one-to-one interconnect mapping 
scheme. It will be appreciated by those skilled in the art, that such a mapping scheme 
1 5 may vary in accordance with the specific requirements of the interface being 
supported. 

EXEMPLARY CONTROL PROTOCOL 
ACTIVE CABLE CONTINUITY 

20 Active Cable Continuity is used to verify the connection between the HBA 

and the SPES processor. In one exemplary embodiment, a PING character is sent 
periodically, e.g., once every 10 seconds, provided that a SPES transmission frame is 
not being transported. The sender sends the PING character and the recipient returns 
the invert (NOT PING) of that PING character. In this exemplary embodiment, the 

25 PING character is defined as 0x2B and the NOT PING character is defined as its 
binary invert OxD4. 

The HBA is configured to support initiating the PING cycle with the SPES 
Processor and to return the NOT PING response. Optionally, the SPES Processor may 
also initiate the PING cycle with the HBA responding with the NOT PING response. 
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EXEMPLARY SPES TRANSMISSION FRAME 

Table 1 below illustrates an exemplary encapsulation of SPES command and 
data payloads using a straightforward data format using 8-bit ASCII characters. 



Bit 

Byte 


7 


6 


5 


4 


3 


2 


1 


0 


0 


Start Of Header-SOH (0x01) 


1 


Total TX byte count 


2~n-3 


SPES command and page payload 


n-2 


XOR checksum LO 


n-l 


XOR checksum HI 


n 


End Of Transmission -EOT (0x04) 



TABLE 1 



START OF HEADER (SOH) 
5 ASCII character (0x01) marks the beginning of each serial transfer packet. 

This is the first byte sent to the recipient. 
TOTAL TX BYTE COUNT 

This count is the number of bytes to be received starting from byte 2 through 
the EOT byte. In one exemplary embodiment, this is the first byte to be part of the 
10 XOR checksum. 

SPES COMMAND AND PAGE DATA 

The SPES command and page data may be built by either the HBA or the 
SPES Processor. In one exemplary embodiment, this is the last byte of the page 
payload data and is the last byte of XOR checksum protected data. 
1 5 XOR CHECKSUM HI AND LO 

To ensure adequate protection of the page payloads, it was felt that a 16-bit 
CRC could appropriately protect the data. However, such an implementation often 
requires multiplication instructions or a lookup table and, thus, could become 
somewhat burdensome, or expensive, for 8-bit microprocessors typically used in 
20 enclosures. Thus, in one exemplary embodiment, the serial data stream is protected 
using an uncomplicated but effective scheme that can be implemented by even small 
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8-bit microprocessors. The proposed scheme is believed to more than adequate detect 

any errors in the transmitted SPES transmission frame. 

As suggested above, the first byte of data undergoing a logical XOR operation 
is the TX byte count and the last byte of the page payload. In one exemplary 
5 embodiment, a 16-bit XOR checksum is "produced" by the TX driver in the following 
manner: 

A 16-bit result value is initialized to zero when the first protected byte is about 
to be transmitted. As each byte is transmitted, the 16-bit XOR checksum value is 
rotated one bit position to the left. When the rotation is complete, the previous high 

1 0 order bit [ 1 5 ] would appear at bit position [0] . The transmitted byte then undergoes a 
XOR operation with the low order byte [7:0] of the 16-bit result value. This continues 
until all protected bytes have been transmitted. The produced two-byte XOR 
checksum result is inverted and then transmitted. First the lower byte [7:0] and then 
the high order byte [15:8]. 

1 5 Similarly, a 1 6-bit XOR checksum is "verified" by the RX driver in the 

following manner: 

When the first byte of protected data arrives, the upper byte of the XOR 
checksum is set to zero and the lower order byte is set equal to the first byte of 
protected data. As each additional byte arrives, the 16-bit XOR checksum value is 

20 rotated one bit position to the left. When the rotation is complete, the previous high 
order bit [15] shall now appear at bit position [0]. The newly arrived byte then 
undergoes a XOR operation with the low order byte [7:0] of the XOR checksum. 

When both bytes of the senders transmitted XOR value are received, these 
values undergo a XOR operation with the receiver calculated values and should 

25 produce a final value of 65,535 if the transmission is valid. 
END OF TRANSMISSION (EOT) 

The ASCII 0x04 character marks the end of SPES transmission frame. Once 
the EOT has been transmitted, the recipient is given an appropriate period of time 
(e.g., two seconds) to return an ASCII ACK (0x06) or NAK (0x15) character response 

30 to the sender. 
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EXEMPLARY SPES COMMAND FRAME 

Table 2 below lists exemplary SPES page payloads encapsulated with a Status 
and Command byte forming a SPES command frame. All commands generally 
require a SPES page payload even if it is only the page identifier. 



5 



Bit 

Byte 


7 


6 


5 


4 


3 


2 


1 


0 


0 


SPES Status 


1 


SPES Command 


2~n 


SPES page payload 



TABLE 2 



SPES STATUS 

This is the completion status of any SPES command. Typically, the recipient 
10 fills in this status but in cases of transmission failures the TX driver of the sender will 
fill it in with a TX_ type error status. 
SPES_COMPLETED (0x00) 

This indicates to the sender that the recipient received a valid command and it 
was successfiilly completed. The Page identifier within the payload indicates which 
1 5 page was successfully updated. Actual page data may or not be attached depending 
on the original command sent to the recipient. 
SPES_ERROR (0x01) 

SPES command completed with unknown error. For ease of debugging, the 
recipient should return the entire page data payload back to the sender. 



SPES_PARM_ERROR (0x02) 
20 The attached page payload has one or more bytes that are incorrect. The page 

identifier within the payload is valid. For ease of debugging, the recipient should 
return the entire page data payload back to the sender. 
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SPES_NOT_SUPPPORTED (0x03) 

This indicates to the sender that the SPES command or page is not supported. 
For ease of debugging, the recipient should return the entire page data payload back to 
the sender. 
5 SPES_BUSY (0x04) 

The recipient received the valid SPES command but was unable to process at 
this time. The sender needs to retry again later. The sender should wait a suitable 
period of time (e.g., five seconds) before retrying the SPES command that caused this 
SPES_BUSY status to be returned. 
10 SPES_TX_TIMEOUT(0x80) 

The SPES serial transmission frame was sent but the required serial 
ACK/NAK response was not received from the recipient within a suitable time 
period, e.g., about two seconds, after sending the EOT character of the SPES frame. 
In this case the senders' own TX driver returned the entire SPES command and 
15 payload to the senders completion queue. 
SPES_TX_NAK(0x8 1) 

This error status indicates that the recipient received the SPES transmission 
frame and responded with a NAK response. This error may mean the XOR checksum 
was incorrect. In this error case the senders' own TX driver returned the entire SPES 
20 command and payload to the senders completion queue. Optionally, the TX driver is 
allowed to do one retry before returning this error. 
EXEMPLARY SPES PAGE COMMANDS 

The command b5^e instructs the recipient how to handle the request. 
HBA REQUEST FOR SPES PAGE DATA (0X00) 
25 The HBA is requesting the SPES Processor to return specific SPES page data. 

Only the page identifier is part of the payload. The SPES Processor should respond 
within an appropriate waiting period, e.g., about five seconds, by returning the 
requested page and status using SPES command "SPES Acknowledgement (OxFF)". 
HBA UPDATE OF SPES PAGE DATA (0X01) 
30 The HBA is requesting the SPES Processor to update the provided SPES page. 

Page identifier and data is part of the payload. The recipient should update internal 
page data and act upon on new page data. The SPES Processor should return SPES 
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Status using SPES command "SPES Acknowledgement (OxFF)" within an 
appropriate waiting period, e.g., about five seconds. 

SPES PROCESSOR NOTIFY (0X82) 

The SPES Processor is notifying the HBA that the attached page has changed. 
The HBA should return the SPES Status using SPES command "HBA 
ACKNOWLEDGEMENT (0X7F)" within an appropriate waiting period, e.g., about 
five seconds. 

SPES Acknowledgement (OxFF) 

The SPES Processor sends completion status of a previous request. The Page 
Code Identifier indicates the page being acknowledged and SPES status is the 
completion status. It is not necessary to return the page data as part of the payload 
unless the original SPES command required its return. 
HBA ACKNOWLEDGEMENT (0X7F) 

The HBA sends completion status of a previous SPES Processor request. The 
Page Code Identifier and the SPES command status must be returned. It is not 
necessary to return the page data as part of the payload unless the original SPES 
command required its return. 
EXEMPLARY SPES PAGES 

This section defines each of the SPES pages supported by this interface. Each 
page has a unique Page Code Identifier. 
READ ENCLOSURE CONFIGURATION PAGE (0X00) 

As shown in Table 3 below, this page provides the HBA a means to query the 
SPES Processor features and manufacture information. The HBA will not allow 
unsolicited returns of this page by the SPES Processor. The SPES Processor will 
receive a negative acknowledgment frame and shall not consider this response from 
the HBA as a fatal condition. 
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Bit 

Byte 


7 


6 


5 


4 


3 2 


1 


0 


0 


Page Code Identifier (0x00) 




SPES spec major version 


SPES spec minor version 


2 


SPES device FW major version 


SPES device FW minor version 


3-10 


8 byte SPES Device Manufacture Name in ASCII 


11-26 


16 byte Model Name in ASCII 


27-42 


16 byte SPES device serial number 


43 


Number of device slots 


44 


Celsius 


Number of temperature sensors 


45 


Number of Fans 


46 


Number of Power supplies 



TABLES 



Byte 0: This byte is generally set to zero. 

Byte 1 : This byte indicates to what level of the SPES spec the SPES device will 
5 adhere to. In one exemplary embodiment, the byte is divided into two 4-bit fields. 
For example, the upper 4 bits may represent the MAJOR version number and the 
lower 4 bits may represent the MINOR version. Valid range of each 4-bit field may 
be OxO-OxF. 

Example 1: If the version was version 1.4 then bits [7:4] would be set to 0x1 and bits 
10 [3:0] would be set to 0x4 which results in the byte being equal to 0x14. 

Example 2: If the version was version 10.6 then the bits [7:4] would be set to OxA 
and bits [3:0] would be set to 0x6 which results in the byte being equal to 0xA6. 
Byte 2: This indicates the FW version level of the SPES device. The byte is divided 
into two 4-bit fields. As suggested above, the upper 4 bits may be the MAJOR 
1 5 version number and the lower 4 bits may be the MINOR version. Valid range of each 
4-bit field shall be OxO-OxF. This byte has the same format as hyte 1 above. 
Byte 3-10: Eight bytes of the SPES processor Manufacturer's name. The name may 
be in a printable ASCII format. Unused bytes may be set to an ASCII space (0x20). 
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Byte 1 1-26: Sixteen bytes of the SPES processor's Model name. The name may be 
in a printable ASCII format. Unused bytes may be set to an ASCII space (0x20). 
Byte 27-42: Sixteen bytes of the SPES processor's Serial Number. The serial number 
string may be in a printable ASCII format. Unused bytes may be set to an ASCII 
5 space (0x20). 

Byte 43: The number of device slots in the enclosure. In one exemplary embodiment, 
valid range shall be from 1-255. All enclosures should have at least one device slot. 
Byte 44: Bits [6:0] indicates the number of temperature sensors that are reportable to 
the HBA. By way of example, valid range may be 0-127. The Celsius flag shall be 

10 set to indicate that the temperature fields returned by the processor are in Celsius. If 
this flag is cleared, then the temperatures returned will be in Fahrenheit. A count of 
zero shall mean the enclosure has no reportable temperature sensors. 
Byte 45: The number of possible reportable fans within the enclosure. By way of 
example, valid range may be 0-255. Fans not installed and reportable shall be 

1 5 included in this count. A count of zero shall mean the enclosure has no reportable 
fans. 

Byte 46: The number of possible reportable power supplies within the enclosure. By 
way of example, valid range may be 0-255. Power supplies no installed and 
reportable must be included in this count. A count of zero shall mean the enclosure 
20 has not reportable power supplies. 

EXEMPLARY ENCLOSURE STATUS PAGES 

Operational status of the enclosure components may be read by the HBA or 
delivered by the SPES Processor using the following Enclosure Status pages. The 

25 SPES Processor generally will not be allowed to deliver any of these pages until the 
HBA has performed the "HBA REQUEST FOR SPES PAGE DATA (0X00)" 
function and has set aside enough memory for incoming status pages. The number of 
status bytes available for transfer to the HBA will depend on the number of reportable 
components reported in the 'HBA REQUEST FOR SPES PAGE DATA (0X00)". 

30 Table 4 below illustrates an exemplary Fan status page (0x0 1 ) 
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Bit 


7 


6 


5 


4 


3 


2 


1 


0 


Byte 


















0 


Page Code Identifier (0x01) 


1 


Number of status entries 


2-11 


Fan Status 



TABLE 4 



Byte 0: Generally set to 0x01 

Byte 1 : Number of status entries to follow. A count of zero shall mean that the 
5 enclosure has no reportable fans. 
Byte 2~n the Status of each fan: 

Exemplary Valid fan status values: 

0x00 Fan is operational 
10 0x01 Fan is malfimctioning 
0x02 Fan is not installed 
0x80 Unknown Status or Status Not Reportable 



Table 5 below illustrates an exemplary Power Supply status page (0x02) 



Bit 

Byte 


7 


6 


5 


4 


3 


2 


1 


0 


0 


Page Code Identifier (0x02) 


1 


Number of status entries 


2~ii 


Power supply Status 



15 TABLE 5 



Byte 0: Generally set to 0x02 

Byte 1 : Nximber of status entries to follow. A count of zero shall mean that the 
enclosure has no reportable power supplies. 
20 Byte 2~n the Status of each power supply: 
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Valid power supply status values: 

0x00 Power supply is operational 
0x01 Power supply is malfunctioning 
0x02 Power supply is not installed 
5 0x80 Unknown Status or Status Not Reportable 



Table 6 below illustrates an exemplary Device Slot Status (0x03) 

The SPES Processor sends this frame to the HBA when the device slot status 
changes. The HBA does not have to poll this page but can optionally do so at anytime. 



Bit 

Byte 


7 


6 


5 


4 


3 


2 


1 


0 


0 


Page Code Identifier (0x03) 


1 


Slot number 


2 


NC 


PF 


FF 


PC 


IDA 


IFA 


DF 


NE 


3 




IF 


HS 


MA 


EA 


RS 


DR 


BF 


4 














DO 


DP 



10 TABLE 6 



Byte 0: Generally set to 0x03 

Byte 1 : Device slot number that is being reported by the SPES Processor or requested 
by the HBA. The number may be zero-based. That means the first slot within the 
1 5 enclosure may be selected to have a value of 0x00. By way of example, valid range 
maybe 0-255. 

Byte 2: This byte is a copy of the last one sent to the SPES processor by the HBA 

using the page. In one exemplary embodiment, the fields are defined as follows: 
NE - No Error Flag. SET if there are no outstanding error conditions on this device 
20 slot. 

DF - Device Faulty Flag. SET if this device has exhibited some hardware or data 
fault. This device is offline and is considered not fimctional. 
IFA - In Failed Array Flag. SET if this device is in an array that is not recoverable 
and is classified as a dead array member. 
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IDA - In Degraded Array Flag. SET if this device is in an array that was previously 
fault-tolerant and has become non-fault-tolerant. Non-redundant configurations such 
as RAID 0 are inherently non-fault-tolerant, and should not make use of this flag. 
PC - Parity Check Flag. SET if the device is in an array, which is undergoing parity 
5 check operation. 

FF - Formatting Flag. SET for a slot that is currently in a low level formatting state. 
PF - Predicted Fault Flag. SET if a fault prediction algorithm has determined that this 
device is likely to fail in the near future, 

NC - Not Configured Flag. SET if a device is currently not configured as an element 
10 of an array or as a hot spare. (JBOD) 

Byte 3: This byte is a copy of the last one sent to the SPES Processor by the HBA 
using the page. In one exemplary embodiment, the fields are defined as follows: 
BF - Building Flag. SET for a slot that is currently in a building state. All members 

1 5 within the building array shall have this bit set. Non-redundant configurations, such as 
RAID 0 are inherently non-fault-tolerant, and should not make use of this flag. 
DR - Device Rebuilduig Flag. SET if the device is being rebuilt. Other drives in this 
array remain In Degraded Array State until the rebuild operation is complete. Non- 
redundant configurations such as RAID 0 are inherently non-fault-tolerant, and should 

20 not make use of this flag. 

RS - Rebuild Stopped Flag. SET for a slot containing a device which was rebuilding, 
but the rebuild terminated abnormally or unsuccessfully. This flag and the Device 
Rebuilding (DR) flag cannot both be set for the same slot. 

EA - Expanding Array Flag. SET for a slot that is currently expandmg. All members 
25 in an expanding array shall have the bit set. 

MA - Morphing Array Flag. SET for a slot that is currently morphing from one array 

type to another. All members of a morphing array shall have this bit set. 

HS - Hot Spare Flag. SET if device in this slot is configured as a hot spare. 

IF - Identify Flag. When SET, the SPES Processor is to flash the slots identifier 
30 signal for a suitable period of time (e.g., not less than 10 seconds and not more than 

60 seconds, the identify period). This helps the user locate the device slot. If the 

device slot signal is being used for other purposes, then it will be temporally 
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suspended only for the identify flash period. After the identify period is over, this bit 
is auto-cleared by the SPES Processor. The HBA can clear this bit early with a 
subsequent command. 

5 Byte 4: This byte contains flags that indicate conditions of interest on the slot, which 
the SPES Processor shall report to the HBA. 

DP- Device Present Flag - This flag indicates whether or not there is a physical 
device inserted in the device slot. This does not imply that the device is ready for 
access on the bus. If the bit is CLEAR, no device is inserted at this time. If the bit is 
10 SET, a device is inserted. 

DO- Device Operation Flag - This flag indicates whether or not the slot is activated 
so that the inserted drive may be accessed on the bus. SET means "ready" and 
CLEAR means "not ready." 

1 5 Table 7 below illustrates an exemplary page for Write Device Slot Status (0x83) 
The Write Device Slot Status page is used by the HBA to inform the SPES Processor 
of the state of each slot and the device potentially inserted. This information is used to 
drive the enclosure visual and audible devices (LEDs, LCD, audible alarm, etc.) to 
some meaningful state, depending on the vendor's implementation of such 

20 LEDS/LCD and Alarms sub-systems. 



Bit 

Byte 


7 


6 


5 


4 


3 


2 


1 


0 


0 


Page Code Identifier (0x83) 


1 


Slot number 


2 


NC 


PF 


FF 


PC 


IDA 


IFA 


DF 


NE 


3 




IF 


HS 


MA 


EA 


RS 


DR 


BF 



TABLE 7 
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Byte 0: Generally set to 0x83 

Byte 1 : Device slot number that is being up dated by the HBA. The number may be 
zero-based. That means the first slot within the enclosure may have a value of 0x00. 
For example, valid range may be 0-255. 
5 Byte 2: These flags are used to inform the SPES Processor as to the state of the device 
slot. The SPES Processor shall update visual and alarm indicators to reflect the new 
state of the slot. This byte shall be retained by the SPES Processor and returned as 
part of the above as to the definition of bits within this byte. 

Byte 3: These flags are used to inform the SPES Processor as to the state of the device 
10 slot. The SPES Processor shall update visual and alarm indicators to reflect the new 
state of the slot. This byte shall be retained by the SPES Processor and returned as 
part of the page above as to the definition of bits within this byte. 



Table 8 below Ulustrates an exemplary Temperature status page (0x04) 

15 



Bit 

Byte 


7 


6 


5 


4 


3 


2 


1 


0 


0 


Page Code Identifier (0x04) 


1 


Number of temperature entries 


2~n 


Present temperature reading 



TABLES 



Byte 0: Generally set to 0x04 

Byte 1 : Number of entries to follow, A count of zero shall mean that the enclosure has 

20 no reportable temperattire sensors. 

Bytes 2~n: Each of these fields contains an unsigned integer indicating internal or 
external enclosure temperature at this sensor in degrees. This value, fi-om 0 to 255, is 
based on a scale starting at -10 degrees. This gives an effective reportable 
temperature range from -10 degrees to 245 degrees. The returned value can be 

25 defined as Celsius or Fahrenheit. 
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For readers desirous of graphical representations, FIGS. 2-4 represent 
respective flow charts illustrative of exemplary operational interrelationships 
regarding the computer bus interface that, in accordance with aspects of the present 
invention, enables enclosure services in a computer system including a muhi-device 
enclosure. More particularly, the flow chart depicted in FIG. 2 illustrates an 
exemplary interplay between the host bus adapter and the enclosure processor. FIG. 3 
is a flow chart illustrative of receiver operation of either the host bus adapter or the 
enclosure processor, and FIG. 4 is a flow chart illustrative of transmitter operation of 
either the host bus adapter or the enclosure processor. The concepts illustrated in the 
flow charts of FIGS. 2 and 4 are based on the discussion provided in the context of 
Tables 1-8 above and for the sake of avoidmg tiresome repetition to those skilled in 
the art such discussion will not be repeated. 

The present invention can be embodied in the form of computer-implemented 
processes and apparatus for practicing those processes. The present invention can 
also be embodied in the form of computer program code containing computer- 
readable instructions embodied in tangible media, such as floppy diskettes, CD- 
ROMs, hard drives, or any otiier computer-readable storage medium, wherein, when 
the computer program code is loaded into and executed by a computer, the computer 
becomes an apparatus for practicing the invention. The present invention can also be 
embodied in the form of computer program code, for example, whether stored in a 
storage medium, loaded into and/or executed by a computer, or transmitted over some 
transmission medium, such as over electrical wiring or cabling, through fiber optics, 
or via electromagnetic radiation, wherein, when the computer program code is loaded 
into and executed by a computer, the computer becomes an apparatus for practicing 
the invention. When implemented on a general-purpose computer, the computer 
program code segments configure the computer to create specific logic circuits or 
processing modules. 

While the preferred embodiments of the present invention have been shown 
and described herein, it will be obvious that such embodiments are provided by way 
of example only. Numerous variations, changes and substitutions will occur to those 
of skill in the art without departing firom the invention herein. Accordingly, it is 
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intended that the invention be limited only by the spirit and scope of the appended 
claims. 
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